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TRUNK AND SWITCH ARCHITECTURE 
FOR PROVIDING SWITCHED-CIRCUIT CONNECTIONS 
TO ON-LINE DATA SERVICES 



BACKGROUND OF THE INVENTION 

A. Field of the Invention 

The present invention relates to a method and device for directing circuit- 
5 switched connections carrying on-line data to an on-line service such as the Internet. 
More particularly, the present invention relates to a device and method for switching 
telephone calls to the dial-up access lines of Internet Service Providers. 

B. Description of the Related Art 

In the past, most telephone service subscribers have used telephone service for 
10 placing ordinary voice calls. Plain old telephone service ("POTS") is typically delivered 
over a subscriber loop between the subscriber's home or office and the local telephone 
company central office. The telephone company central offices provide a circuit- 
switched network to establish connections between subscribers wishing to communicate. 
In such a circuit-switched system, a circuit connection is established and maintained for 
1 5 the duration of each telephone call. 

Recently, the popularity of on-line computer data services such as the Internet has 
changed the way subscribers use their telephone service. Rather than placing voice 
telephone calls, subscribers now use their telephones to access on-line computer data 
services such as the Internet. In contrast to voice telephone calls, which are relatively 
short in duration, the average telephone call carrying computer data to the Internet is 
many times longer. These longer hold time telephone calls tie up the telephone 
company's switching equipment which was designed for shorter duration telephone voice 
calls. The public switched telephone network ("PSTN") and associated circuit.-switghing 
equipment was designed to be shared by only a fraction of subscribers actually using the 
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telephone at any time. PSTN includes those public switched telephone networks 
provided by AT&T, Regional Bell Operating Companies (e.g., Ameritech, U.S. West, 
Bell Atlantic, Southern Bell Communications, Bell South, NYNEX, and Pacific Telesis 
Group) and others. The PSTN was designed with the assumption that only about 12% of 
5 residential users and 20% of business users will be on the telephone at any given time. 
Now, many more households are using the telephone for longer durations than the system 
had ever been designed to handle. 

In addition to longer duration telephone calls, the increasing number of telephone 
calls to access on-line data services has increased the volume of call traffic in the PSTN. 

10 In particular, the trunk facilities into the central offices which contain telephone numbers 
providing telephone dial-up access to Internet Service Providers ("ISP") have seen a 
dramatic increase in call traffic, which is expected to continue to grow. These 
terminating offices providing access to ISPs have seen the most growth in call traffic and 
thus the greatest potential for call congestion. Because of the load on the network, 

15 customers may experience longer waits for dial tone, longer connection times, and even 
the blocking of telephone calls. If not addressed, call congestion in these offices may 
result in a degradation of the quality of telephone service to all customers. ISPs are 
expected to request high-capacity trunk connections to the PSTN at these offices at an 
increasing rate. 

20 To address the increasing call duration and traffic, network equipment suppliers 

have proposed segregating telephone calls to ISPs to be carried on separate data 
networks. For example, telephone calls to telephone numbers providing access to ISPs 
may be routed to a packet-switched data network that efficiently carries high-speed 
digital data traffic. A packet-switched network establishes a virtual circuit connection 

25 that, rather than maintaining a connection for the duration of the telephone call, uses 
transmission resources only when data is actually transmitted. Such a virtual connection 
is well suited for users of computer services who are connected for long periods of time 
but only spend a relatively small proportion of time actually transmitting and receiving 
data. Packet networks, however, have not yet been as widely deployed and would require 

30 substantial new investments in network equipment. Packet data solutions also require 
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new network elements, new operational processes, resources, and the ISP adoption of 
network based modem solutions to allow subscribers access to the packet data network. 

In the interim, telephone companies have adjusted the configuration of their 
existing PSTN circuit-switched network. For example, telephone companies have re- 
5 balanced their central offices to evenly distribute the load of high usage subscribers 
throughout the equipment. Additionally^ trunking and switching equipment throughout 
the entire network has been expanded to handle the increased call traffic. Increasing the 
capacity of the entire network, however, is costly and does not necessarily generate 
additional revenue to cover the cost of the additional equipment. Moreover, introducing 
10 increasing switching and trunking capacity throughout the entire network is disruptive, 
and difficult to administer and manage. 

In accordance with an illustrative embodiment of the present invention, the 
problems of handling an increased volume of telephone calls to on-line data services can 
be reduced. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the present invention 
will be more readily appreciated upon reference to the following disclosure when considered 
20 in conjunction with the accompanying drawings, in which: 

Figure 1 is an overall system diagram of the circuit-switching network in accordance 
with the present invention; 

Figure 2 shows a routing table in accordance with an aspect of the present invention 
of the system of Figure 1 ; 

25 Figure 3 is a high-level flow chart showing the call processing of the system of 

Figure 1 ; and 

Figure 4 shows a high-level flow chart of the service logic of the system of Figure 1 . 



3 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present embodiment uses existing network equipment to relieve call 
congestion on the PSTN by consolidating telephone calls to computer data services on 
dedicated trunks and switching equipment. Calls to telephone numbers accessing on-line 
5 computer data services, such as an Internet Service Provider ("ISP"), are identified at the 
originating central office and routed to an interoffice trunk facility for transmission to a 
terminating central office having a circuit-switch providing access to on-line d ata 
services. The interoffice trunk facility is dedicated for telephone calls carrying data to 
ISPs. Preferably, the circuit-switch or ISP switch at the terminating central office 

10 provides consolidated access to the different computer data services within the Local 
Access and Transport Area ("LATA"). 

In the described embodiment, a circuit-switching network for routing telephone 
calls carrying data traffic to an on-line data services from an originating central office to 
a terminating central office is addressed. A database is in communication with the 

15 originating office to identify telephone calls carrying data traffic to on-line data services. 
Telephone calls identified by the database are routed to an interoffice data trunk between 
the originating central office and the terminating central office. The interoffice data trunk 
is dedicated for telephone calls carrying data to on-line data services. Dial-up access to 
on-line data services is not handled from the switching equipment that normally provides 

20 voice telephony access. Rather, dial-up access to on-line data services is consolidated by 
a circuit-switch at the terminating central office. Telephone calls to on-line data services 
are thus routed over separate trunk lines to a switch that is separate from those handling 
voice telephone calls. Also described are exemplary embodiments of a database with a 
routing table and service logic to determine trunk routes to the terminating central offices 

25 over the interoffice data trunks. 

The dedicated circuit-switched data facility provides a solution to network 
congestion caused by telephone calls to ISPs in the interim period before packet-based 
data networks and other more efficient forms of transmitting digital data can be widely 
deployed. By consolidating telephone calls accessing on-line data services,, over 

30 dedicated trunking and switching equipment, the remaining network handling voice 
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telephone calls is relieved of a large volume of data traffic calls that consume 
transmission equipment resources for a long duration of time. Thus, call volume and 
congestion is reduced throughout the voice network, resulting in faster dial tone service, 
faster connection times, and a reduction- in the probability of blocked calls. 
5 In addition, the expansion of network equipment capacity necessary to handle the 

increasing volume of telephone calls carrying computer data is necessary only in the 
dedicated circuit-switched facility, without having to increase capacity throughout the 
rest of the switching network. The cost of increasing network trunking and switching 
capacity to handle computer data calls is limited to the dedicated data facility and reduced 
10 accordingly. Administration and management of the expansion of the network is also 
simplified. 

Figure 1 shows a block diagram of the present embodiment of a circuit-switched 
network 10 having dedicated equipment facilities for circuit-switching telephone calls to 
on-line data services. The circuit-switch network 10 includes a plurality of conventional 

15 local end offices or originating offices 14 which provide convention plain old telephone 
service ("POTS) to a plurality of subscribers 16. For illustration purposes, only one of 
the plurality of subscribers and originating offices are shown. The originating offices 14 
may be implemented with Lucent 5 ESS, 4 ESS, Nortel DMS-100, and Siemens EWSD 
switches. The originating offices may also provide higher capacity digital access service 

20 to the subscribers 16 such as Integrated Digital Services Networks ("ISDN"), Digital 
Subscriber Lines ("DSL"), Asymmetric Digital Subscriber Lines ("ADSL"), Tl lines, etc. 
Preferably, the originating offices 14 have advanced intelligent network ("AIN") 
capability and may be referred to as a Service Switching Point ("SSP"), as described 
further below. 

25 Typically, the originating offices 14 are directly interconnected with trunk lines 

18. Trunk lines 18 carry telephone calls between originating offices. It should be 
understood that originating offices may also be connected with trunk lines accessing a 
tandem switch, as well known to those skilled in the art. Tandem switches provide trunk 
circuits between originating offices that are not directly connected by trunk circuits.* 
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In the present embodiment, the computer services, shown as ISPs 30, 32, 34, 36, 
within a defined local service area are accessed from a single terminating office 
containing a circuit-switch hub 22. Typically, the local service area is referred to as a 
Local Access and Transport Area or LATA. In this present embodiment, access to the 
5 ISPs 30, 32, 34, 36 within the LATA is consolidated through the circuit-switch hub or 
ISP switch 22. For example, ail requests from ISPs for facilities to implement dial-up 
access lines from within a LATA are to be provisioned from the ISP switch 22. Due to 
local capacity considerations or the logistics of reconfiguring existing ISP connections 
that are serviced from other switching equipment, however, a number of ISPs may also 

10 be serviced by other switching equipment in accordance with the present invention. The 
ISP switch 22 may include a conventional circuit-switch such as a #5 ESS from Lucent 
Technologies, a Nortel DMS-100, or Siemens EWSD switch as described for the 
originating offices 14. Preferably, the ISP switch 22 provides access to the ISPs 30, 32, 
34, 36 using 1 Measured Business lines ("1 MB"), T1/DS1, or Primary Rate Interface 

15 ("PRI") trunks. 

Interoffice data trunks 24 provide connections between the originating office 14 
and the terminating office ISP switch 22. It should also be understood, that in addition to 
providing data trunks and ISP access, the ISP switch 22 may also have separate voice 
trunks 18 to provide conventional POTS and provide the functions of an originating 

20 office 14. Preferably, data trunks 24 are dedicated to routing calls carrying computer 
data, and segregated from data trunks 1 8 carrying voice telephone calls. The data trunks 
24 are digital high-speed trunks carrying voice band computer data traffic at a DS1 rate 
or higher to the ISPs 30, 32, 34, 36 that are serviced by the ISP switch 22. Preferably, 
data trunks 24 are provisioned to perform normal digit prefixing and deletion. 

25 The circuit-switched network 10 uses a network common channel signaling 

protocol to control the initiation, routing, and termination of telephone calls. Preferably, 
the network operation is controlled by an advanced intelligent network ("AIN") signaling 
system such as Signaling System 7 ("SS7"), known and widely used throughout the 
PSTN in North America. Telephone services and functions may be provided using AIN 

30 for centralized control of the network operation. In the present embodiment, AIN 
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identifies telephone calls that are destined for ISPs 30, 32, 34, 36 and routes these calls 
over the data trunks 24 to the ISP switch 22. For example, the originating office 14 uses 
AIN triggers and queries to identify that the called telephone number is a telephone dial- 
up access line to an ISP. AIN then selects a route to connect the call to the ISP switch 22 
5 over the data trunks 24. The AIN operation of the present embodiment is described in 
more detailed below. 

In the preferred embodiment, the originating offices 14, also referred to as a SSP 
in an AIN capable system, communicate with AIN Signal Transfer Points ("STP") 26 and 
Signal Control Points ("SCR") 28 to implement the AIN signaling protocol messages. 

10 The SSP 14 is a programmable switch programmed with AIN triggers to recognize AIN 
calls and launch queries to a SCP, and receive responses in the form of data and 
commands from the SCP to process and route calls. For example, all telephone calls to 
numbers associated with dial-up access to an on-line data service are programmed with 
an AIN trigger. In response to an AIN trigger, the originating offices 14 communicate 

15 with a SCP 28 to determine how the calls are to be handled. The signaling is 
communicated through out-of-band signaling, or common channel signaling, over a 
separate signaling network utilizing STPs 26. STP 26 routes messages from originating 
offices to the SCP 28. Preferably, the STP 26 uses a Global Title Translations to route 
queries from the originating offices 14 to the SCP 28. 

20 The SCP 28 preferably includes a microprocessor controlled computer system 

using computer peripherals controlled by application software implementing SS7 AIN 
functionality. SCP 28 typically includes a database 38 containing information about the 
network 10 and its subscribers 16. For example, the SCP database 38 maintains trunk 
routing information for routing calls to the ISP switch 22. The SCP 28 responds to 

25 queries from the originating offices to determine the routing of telephone calls based on 
information in its database 38 and information provided by the originating office 14. 
STPs and SCPs are available from a number of telephone switch vendors such as Lucent 
Technologies, Nortel, and Siemens. 

In the present embodiment, the SCP database 38 stores telephone numbers that 

30 are used to allow dial-up access to an ISP which can be cross-referenced with the 
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originating office 14 point codes to derive a trunk route index. The trunk route index 
identifies a data trunk 24 to the ISP switch 22. The SCP database 38 may store the ISP 
telephone numbers and originating office point codes in a memory storage device such as 
a random access memory, a magnetic or optical disk drive. It will be recognized by those 
5 skilled in the art that a combination of different memory storage devices or other types of 
memory devices may also be used. The database 38 preferably stores the network 
information in a data record such as an array, lookup or pointer table, or other suitable 
data structure. For example, the ISP telephone numbers are stored in the database as 10 
digit telephone numbers having the (NPA) NXX-XXXX format used in North America. 

10 The NPA is the Number Plan Area, or the area code, NXX is the Central Office Code, 
and XXXX is the customer line. The SCP database table also stores point codes uniquely 
identifying originating offices to be cross-referenced with the ISP telephone numbers to 
derive a route index. Figure 2, shows a representative example of a database routing 
table correlating an originating office point code and an ISP telephone number to a trunk 

15 route identification number. Preferably, the table supports up to 200 originating offices 
and 200 ten-digit ISP access numbers. The SCP database 38 preferably contains a 
routing table for each LATA. 

The SCP database 38 may also maintain a number of other parameters to control 
the routing operation of ISP calls. For example, the SCP database 38 may include a 

20 LATA routing disabling parameter that disables the routing of calls to ISPs over the 
dedicated data trunks throughout the LATA. Using this parameter, the routing of ISP 
calls can be rapidly disabled on a LATA-wide basis. Calls accessing on-line data 
services are then switched as ordinary voice telephone calls. Similarly, parameters 
indicating whether the routing of ISP calls is enabled for a point code of an originating 

25 office or the ISP access number should also be available for quickly disabling the ISP 
routing on an originating office or switch basis. In addition, a parameter can also identify 
the proper coding for the PrimaryTrunkGroup parameter based on the switch code. The 
parameter should define the length, justification and fill for the PrimaryTrunkGroup. 

Now referring to Figure 3, the call routing operation of;he network is described. 

30 The call routing operation is described in connection with Advanced Intelligent Network 
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0.1 Switching Systems Generic Requirements (TR-NWT-001284) and the Advanced 
Intelligent Network 0.1 Switch-Service Control Point Application Protocol Interface 
Generic Requirements (TR-NWT-001286), which are fully incorporated by reference. 
Described below are the components necessary to implement the embodiment in 
5 accordance with the principles of the present invention. 

In the present embodiment, the dialing of an ISP telephone number causes the 
originating office 14 to query the SCP 26 (Figure 1) for information about the dialed 
telephone number as follows. First, the calling party goes off-hook and sends the dialed 
digits to the originating central office at step 110. The originating central office collects 

10 and analyzes the dialed digits 112 to determine whether AIN processing is required at 
step 1 14. The originating office has AIN triggers set for each ISP telephone number (e.g. 
a 3/6/ 10D type trigger or Termination Attempt Trigger in 5 ESS and DMS switches). In 
the present embodiment, every originating office has a 10 digit Specific Digit String 
("SDS") trigger provisioned for each ISP access number. When the originating office 14 

15 receives the digits of an ISP access number, the SDS trigger associated with the ISP dial- 
up access telephone number will be triggered at step 1 14. The processing of the call will 
be suspended at that point 116. The trigger causes the originating office to generate an 
Info_Analyzed message and sends it to the SCP 118. The triggers should be translated to 
ensure the Info_Analyzed message has the required AIN parameters to be transmitted to 

20 the SCP. For example, a 10 digit SDS trigger is required in the present embodiment. The 
Info_Analyzed message should also have a SCP Calling Party address field containing 
the point code of the originating switch. The Info_Analyzed message also preferably 
includes the following parameters: 

• Called Party ID - identifies the called ISP, or if 0+ dialing is used 
25 • PrimaryCarrier - determines if the call is 2-PIC or carrier routed 

• ChargePartyStationType - determines if call requires an operator rating 

In response to the SDS trigger, the originating office sends the Info_Analyzed 
message with the appropriate parameters to the STP which routes the query to the SCP at 
step 120. The originating office awaits either an Analyze_Route or Continue message 
30 response from the SCP at step 122. 
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The SCP 28 (Figure 1) receives the Info_Analyzed message and queries its 
database for information associated with the called number to determine how the 
telephone call should be routed. The SCP database 38 maintains information relating to 
whether the called telephone number is a dial-up access connection to a computer service 
5 such as an ISP. If the telephone number is assigned to a dial-up connection of an ISP 30, 
32, 34, 36, the call is to be routed over the data trunk 24 to the ISP switch 22. The SCP 
28 identifies the originating office 14 sending the trigger based on the point code of the 
originating switch. The terminating office of the called ISP can be determined based on 
the dialed telephone number. 

10 In the present embodiment, the SCP 28 uses a service logic routine to determine 

an interoffice trunk route for the call to the terminating office 22. The service logic 
routine uses the originating switch point code and destination ISP from the SCP database 
38 to determine a data trunk 24 from the originating switch 14 to the ISP switch 22. The 
trunk routes are determined by cross-referencing the originating office with the dialed 

15 telephone number. For example, a routing table, such as shown in Figure 2, maps the 
originating office point code 14 with the ISP telephone number associated with a switch 
terminating office 22 to determine the trunk index of the data trunk 24 from the 
originating office 14 to the terminating office 22. The operation of the service logic 
routing will be described in more detail in connection with Figure 4. It should be 

20 understood that many different methods may be used to determine the call routing as will 
be appreciated by those skilled in the art. 

If the SCP database 38 service logic is successful in determining a route to the 
ISP switch 22, it returns the ATN Analyze_Route message. The Analyze_Route message 
contains the PrimaryTrunkGroup parameter identifying the trunk index or route index to 

25 which the call should be routed. If the service logic is not able to determine a route index 
based on the parameters within the received Info_Analyzed message, it will respond with 
a Continue message that has no parameters. The Continue message causes the call to be 
handled as an ordinary voice telephone call. The service logic may be unable to 
determine a route index for several reasons. For example, a required parameter, 

30 CalledPartylD, ChargPartyStationType, or PrimaryCarrier, may not have been present in 
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the Info_ Analyzed message received by the SCP. If all the data trunks to the ISP switch 
are busy, a Continue message can also be sent so that the call will overflow to normal 
voice trunks based on the dialed digits. In addition, several conditions may dictate that 
the call be handled over the voice network rather than the data trunks, such as calls 
5 originated from coin telephones or those the caller requests be carried by other carriers. 

The Analyze_Route or Continue message is sent back to the originating office toh 
determine if a valid Analyze_Route message specifying the data trunk was received at 
step 1 24 (Figure 3). If a valid Analyze_Route was received, the originating office routes 
the call based on the trunk group identification at step 126. A circuit-switched 

10 connection to carry computer data is established between the originating office and the 
terminating office over the dedicated data trunks identified by the Analyzed_Route 
message. If a valid Analyze_Route message was not received, the call is routed as an 
ordinary vice telephone call at step 128. 

Referring now to Figure 4, illustrated is a high-level flow chart depicting the SCP 

15 database service logic of the present embodiment. At step 220, the dialed telephone 
number is analyzed to determine whether the called telephone number is a national or 
subscriber number. If the called number is not a national or subscriber number, e.g., an 
international telephone number, the service logic returns a Continue 222 and the call is 
processed as a normal voice call. At step 224, if the call is to a national or subscriber 

20 telephone number, the primary carrier field is checked to see if it is populated with a 
primary carrier identification. If the call is destined for another network or carrier, such 
as when the caller dials 0+ or another carrier's access code, it should be routed as a 
normal voice call at step 222. It should be noted that if PIC or 2-PIC applies, or the call 
was originated from a coin pay telephone, then the call should also be routed as a normal 

25 voice telephone call at step 222. In this example, if there is a primary carrier 
identification that is not equal to "01 10" at step 226, the service logic returns a Continue 
at step 222 and the call is processed as a normal voice call. If the primary carrier field is 
not populated or populated with "0110", the service logic proceeds to search for the 
CalledPartylD in AR_ROUTING_l 0_tbl at step 228. 
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The AR_ROUTING_10_tbl contains the 10 digit telephone number of the ISP 
dial-up access. Preferably the AR_ROUTING_10_tbl contains a Forward_TO_DN field 
with the 10 digit telephone number of the ISP. If the CalledPartyED is not found in the 
AR_ROUTING_l 0_tbl, an exception occurs at step 230 and Continue 222 is returned to 
5 route the call as a normal voice call. As with the conventional handling of regular 
telephone voice calls, an exception is an alarm generated in response to errors that can 
occur at any point in the call processing. In the present embodiment, the exception 
causes the call to be handled as a normal voice call. 

If the CalledPartyED is found in the AR_ROUTING_l Ojbl, the Fonvard_TO_DN 

10 field is checked at step 232. If the Forward_TO_DN filed is blank, and exception occurs 
at step 230 and Continue is returned to process the call as a normal voice call at step 222. 
If the Forward_TO_DN field is populated with a number, the Analyze_Route fields are 
filled out at step 236. The fields processed at step 236 include setting the 
CalledPartyID_Digits to the ARJRouting_10_tbl field Forward JTO_DN. The nature of 

15 the number will be set to "acdnon_national_number" and the Numbering Plan will be set 
to "anpjsdn^umbering^plan." The nature of the number field is used, for example, to 
identify operator assisted calls (0+) which should be routed to the operator system and 
not the data trunks. The various fields are summarized below. 

• ChargeNumber - The automatic number identification of the calling party passed 
20 from the Info_Analyzed message to the Analyze_Route. 

• CallingPartylD - Contains the directory number of the calling party passed from 
the Info_Analyzed message to the Analyze_Route. 

• ChargePartyStationType - The calling station type passed from the 
Info_Analyzed message to the Analyzed_Route message. 

25 • CalledPartyED - Contains the directory number of the called party from the 

AR_Routing_10_tbl field "Forward_TOJDN" based on the CalledPartylD. digits, 
plus the following fields: 

• CalledPartylDJDigits = AR_Routing_l 0_tbl.Forward_TO_DN 

• CalledPartyID_NONs = acdnon_national_number 
30 • CalledP arty ID_Num_P lan = anp_isdn_number_plan 
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After these fields in the Analyze_Route message are completed, the SCP returns 
the Analyze_Route message to the originating office at step 238. 

In the preferred embodiment, the trunk routes are identified by the Analyze_Route 
message by returning a new directory number which causes the originating office to send 
5 the call over the data trunks to the ISP switch. ISPs assigned to the ISP switch are 
assigned telephone numbers within a particular NPA. The ISPs, however, can maintain 
their existing telephone numbers and can be reached by subscribers at their existing 
! telephone numbers. The SCP service logic performs the translation from the old number 
to the actual telephone number in the ISP NPA. For example, the subscriber dials the 

10 existing telephone number of the ISP and the SCP service logic. The SCP, upon 
recognizing that the called telephone number is associated with an ISP dial-up number, 
returns the Analyze_Route message with the actual ISP dial-up telephone number in the 
NPA assigned to ISPs. According to the dialed telephone number, the Analyze_Route 
message gets the new ISP number within the ISP NPA from the AR_Routing_10_tbl 

15 Forward_TO_DN field. The Analyzed_Route message returned to the originating office 
therefore has the new ISP number which causes the originating office to route the call 
over the data trunks to the ISP switch. 

While the present embodiment has been described as a method, it should be 
understood that the method may be embodied in a system and device according to the 

20 principles of the above embodiment. A variety of software, firmware, and hardware can 
be used to implement the embodiments described herein. For example, the described 
service logic may be implemented in a high-level C or C-Hh programming language by 
those of skill in the art. The software may be compiled, stored, and executed in either 
firmware or a disk-based operating system. SCPs are available from the various switch 

25 manufacturers, Lucent Technologies, Nortel and Seimens. 

The present embodiment has many advantages over the existing method of 
handling telephone calls carrying computer data. New ISP PRI and DS1 trunk 
requirements will be consolidated and provisioned from the ISP switch without effecting 
other central offices. Installation and administration of ISP network requirements of a 

30 single switch are thus simplified and improved. The cost of increasing the capacity of the 
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entire network to handle calls to on-line data services is reduced because only the 
capacity of the data trunks and ISP switch need be increased. The ISP switch and data 
trunks can be engineered for handling data calls without the considerations imposed by 
voice traffic. Likewise, the existing voice network can be engineered without the 
5 considerations imposed by data calls. The number of long duration computer data calls 
are reduced from the network improving reliability and reducing congestion on the 
existing voice network. 

The SCP is also capable of maintaining statistics on call traffic to ISPs to more 
accurately track and forecast equipment requirements. For example, the SCP can record 
10 on an hourly basis: 

• Number of calls to each ISP number 

• Number of ISP calls from each IRS switch 

• Number of ISP calls not provisioned in SCP by switch 

• Number of ISP calls not provisioned in SCP by directory number 
1 5 • Number of ISP calls not routed because of carrier routing 

• Number of ISP calls not routed because of coin origination 

It is to be understood that both the foregoing general description and the 
following detailed description are exemplary and explanatory and are intended to provide 
further explanation of the invention as claimed. Numerous modifications and variations 
20 are possible. For example, the steps of the flow diagrams may be taken in sequences 
other than those described and the invention may be practiced with more or fewer 
elements than those shown. It is intended that the foregoing detailed description be 
regarded as illustrative rather than limiting. It is the following claims, including all 
equivalents, which are intended to define the scope of this invention. 

25 
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